OT: pomaly a zatezujici GBAK
Otázka od: bleak
25. 10. 2004 21:09
zdravim,
pozuvial jsem pro obnovu dat database Firebird komponentu TIBRestoreService.
Tato komponenta vsak neumi z lokalniho souboru obnovit databazi na serveru v
siti. Proto jsem zkusil GBAK s parametry -r -v. Komponenta TIBRestoreService
je velice rychla a nenarocna. GBAK jde snad 10x pomaleji a zatezuje CPU na
100%. Ve Spravci uloh je videt procesy System cca 50%, ibserver cca 30% a
gbak cca 20%.
Je to normalni stav? Je mozne nejakym zpusobem obnovu databaze utilitou GBAK
urychlit?
bleak
Odpovedá: Libor Junek, Medisoft International
26. 10. 2004 6:22
No a ty potrebujes pri te obnove vypis? Zrus ten parametr "v" a pojede ti to
o dost rychleji.
Libor
----- Original Message -----
From: "bleak" <bleak@mvesely.com>
Sent: Monday, October 25, 2004 10:09 PM
> pozuvial jsem pro obnovu dat database Firebird komponentu
> TIBRestoreService.
> Tato komponenta vsak neumi z lokalniho souboru obnovit databazi na serveru
> v
> siti. Proto jsem zkusil GBAK s parametry -r -v. Komponenta
> TIBRestoreService
> je velice rychla a nenarocna. GBAK jde snad 10x pomaleji a zatezuje CPU na
> 100%. Ve Spravci uloh je videt procesy System cca 50%, ibserver cca 30% a
> gbak cca 20%.
Odpovedá: bleak
26. 10. 2004 15:32
dovolim si pochybovat o tom, ze vypis takto zatizi system. Obnovuji vetsi
databazi, vypisuje se info vzdy po 10000 obnovenych zaznamech. Meztim je
prodleva v delce cca 6 vterin. A pri obnove se na PC (1 GHz) v podstate neda
pracovat. Kdyz to pusti zakaznik na PC Cyrix 266 MHz, tak muze jit na
hodinovy obed.
bleak
----- Original Message -----
From: "Libor Junek, Medisoft International" <libor.junek@medisoft.cz>
To: <delphi-l@clexpert.cz>
Sent: Tuesday, October 26, 2004 7:21 AM
Subject: Re: pomaly a zatezujici GBAK
> No a ty potrebujes pri te obnove vypis? Zrus ten parametr "v" a pojede ti
to
> o dost rychleji.
> Libor
>
Odpovedá: petr palicka
27. 10. 2004 5:53
Ahoj,
Ja pouzivam GBAK naprosto rutinne a nikdy jsem zadne vyrazne zatizeni
nepozoroval. Pouzivam parametry pro zalohovani -B -G -T a na obnoveni -R
-C. Musim ovsem podotknout, ze jsem to zkousel na 1,8GHz P4-M a 700MB RAM.
Peca
bleak wrote:
> dovolim si pochybovat o tom, ze vypis takto zatizi system. Obnovuji vetsi
> databazi, vypisuje se info vzdy po 10000 obnovenych zaznamech. Meztim je
> prodleva v delce cca 6 vterin. A pri obnove se na PC (1 GHz) v podstate neda
> pracovat. Kdyz to pusti zakaznik na PC Cyrix 266 MHz, tak muze jit na
> hodinovy obed.
Odpovedá: delphi@mjsoft.cz
27. 10. 2004 7:41
To ja zase obdobny problem mam. Zaloha probehne rychle. Obnova ale trva
neuveritelne dlouho. Zjistil jsem ze to dela v mem pripade velke
mnozstvi
triggeru a procedur (v triggerech poustim procedury). Pokud triggery
smazu z
DB tak je obnova bleskova. S trrigery to trva neskutecne dlouho, pritom
soubor
GDB uz neroste a vytizeni procesoru je 99%.
Karel
> Ja pouzivam GBAK naprosto rutinne a nikdy jsem zadne
> vyrazne zatizeni
> nepozoroval. Pouzivam parametry pro zalohovani -B -G -T a na
> obnoveni -R
> -C. Musim ovsem podotknout, ze jsem to zkousel na 1,8GHz P4-M
> a 700MB RAM.
>
> Peca
>
> bleak wrote:
> > dovolim si pochybovat o tom, ze vypis takto zatizi system. Obnovuji
> > vetsi databazi, vypisuje se info vzdy po 10000 obnovenych
> zaznamech.
> > Meztim je prodleva v delce cca 6 vterin. A pri obnove se na
> PC (1 GHz)
> > v podstate neda pracovat. Kdyz to pusti zakaznik na PC
> Cyrix 266 MHz,
> > tak muze jit na hodinovy obed.
>
>
Odpovedá: Stepan Dobias
27. 10. 2004 7:40
Z toho si nic nedelej, mame databazi vetsi nez 2GB a ta se i na P4 2,4 a 512
RAM rozbaluje hodinu, proste to chvili trva, asi se s tim budes muset
smirit.
Stepan
----- Original Message -----
From: "petr palicka" <palicka.petr@seznam.cz>
To: <delphi-l@clexpert.cz>
Sent: Wednesday, October 27, 2004 6:53 AM
Subject: Re: pomaly a zatezujici GBAK
> Ahoj,
>
> Ja pouzivam GBAK naprosto rutinne a nikdy jsem zadne vyrazne zatizeni
> nepozoroval. Pouzivam parametry pro zalohovani -B -G -T a na obnoveni -R
> -C. Musim ovsem podotknout, ze jsem to zkousel na 1,8GHz P4-M a 700MB RAM.
>
> Peca
>
> bleak wrote:
> > dovolim si pochybovat o tom, ze vypis takto zatizi system. Obnovuji
vetsi
> > databazi, vypisuje se info vzdy po 10000 obnovenych zaznamech. Meztim je
> > prodleva v delce cca 6 vterin. A pri obnove se na PC (1 GHz) v podstate
neda
> > pracovat. Kdyz to pusti zakaznik na PC Cyrix 266 MHz, tak muze jit na
> > hodinovy obed.
>
>
Odpovedá: Slavomir Skopalik
27. 10. 2004 10:49
Obnova DB se sklada zhruba ze tri casti:
1. Obnova metadat
2. Obnova dat
3. Obnova indexu, ty indexy je nutne znovu vytvorit
Treti faze byva u rozsahlich DB (velke mnozstvi dat a hodne compozitnich
indexu)
nepomalejsi.
Zde je mozne experimentovat (u FB15) s velikosti pameti urcene pro sort
modul,
dale je vhodne mit swap disk jiny, nez je datovy disk (ale to asi
vzdycky).
Druchou fazi lze take nekdy zrychlit tim, ze obnova bude provadena z
jineho
fyzickeho disku, nez kde je DB, na vice CPU strojich je vhodne nastavit
prirazeni
FB na vyhrazeny CPU (fb dva CPU nepouzije a prehazovanim mezi CPU se jen
ztraci vykon), tim pak bezi gbak na jednom CPU a FB na druhem.
Tohle by melo byt nutne jen pod windows.
Obecne k libovolnym optimalizacim plati, ze je nejdrive potreba najit
uzke hrdlo
(to zde zminil pouze Karel) a tomu odlehcit.
Muzeme zde vest diskuze jak vyresit ono uzke hrdlo, ale bez jeho
identifikace
toho moc nevyresime.
Napriklad na sve pracovni stanici mam swap pres tri disky a vyhrazeny
disk pro system,
dalsi dva pak pro data.
Slavek
PS: Rychlost restore DB by nemela byt vubec kritickou zalezitosti,
jelikoz by se
mela provadet spise vyjimecne. Dobre nastaveny system vydrzi s FB bez
backup a restore i nekolik let provozu (vyzkouseno).
> To ja zase obdobny problem mam. Zaloha probehne rychle.
> Obnova ale trva
> neuveritelne dlouho. Zjistil jsem ze to dela v mem pripade
> velke mnozstvi
> triggeru a procedur (v triggerech poustim procedury). Pokud
> triggery smazu z
> DB tak je obnova bleskova. S trrigery to trva neskutecne
> dlouho, pritom soubor GDB uz neroste a vytizeni procesoru je 99%.
>
> Karel
>
> > Ja pouzivam GBAK naprosto rutinne a nikdy jsem zadne
> > vyrazne zatizeni
> > nepozoroval. Pouzivam parametry pro zalohovani -B -G -T a na
> > obnoveni -R
> > -C. Musim ovsem podotknout, ze jsem to zkousel na 1,8GHz P4-M
> > a 700MB RAM.
Odpovedá: bleak
27. 10. 2004 15:14
dekuji vsem za reakce. Dnes jsem zkousel obnovu databaze na tom PC se
Cyrixem 233 MHz, tohle PC je pouze klient. Databaze je na jinem pocitaci s
procesorem 1,8 GHz. Obnova databaze trvala cca 15 minut, celkem je tam cca
800 000 zaznamu, 10 procedur, jeden triger. Zajimave je, ze prave obnova
dat, je nejpomalejsi. Obnoveni metadat a indexu probehne velmi rychle.
bleak
Odpovedá: petr palicka
27. 10. 2004 15:38
> procesorem 1,8 GHz. Obnova databaze trvala cca 15 minut, celkem je tam cca
> 800 000 zaznamu, 10 procedur, jeden triger. Zajimave je, ze prave obnova
co indexy? nevim presne jak obnoveni ve FB funguje, ale nemuze pri
obnovovani server ty data vkladat tak, ze se pri tom spousteji trriggery
(to je asi blbost, coz)?
Peca